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The U.S. Customs and Border Protection (CBP) and AMTF1AK have been in 
discussions, dating back to July 1993, as to alternative methods for submitting 
passenger and crew manifests as part of your CBP processing when you enter the 
United States from Canada. Currently, AMTFIAK faxes paper manifests to the CBP 
Ports of Entry prior to arrival. If the manifests have not been submitted in advance, the 
inspectors must physically call in passenger information to be run against our law 
enforcement databases. This as you may know, can cause a delay to the processing of 
AMTRAK trains. 


CBP would again like to extend AMTRAK the opportunity to participate in the Advance 
Passenger Information System (APIS) program. Commercial air carriers began 
voluntarily participating in the APIS program in 1989, The APIS system allows 
commercial carriers to transmit electronic passenger and crewmember manifests prior 
to arrival and departure from the United States. CBP will then process these manifests 
through our law enforcement database called the Interagency Border Inspection 
System. Manifests of up to 5,000 names can be processed within minutes. This allows 
CBP officers to quickly make risk assessments of your AMTRAK trains. As you can 
see, your voluntary participation to automate the manifest process will serve to facilitate 
the clearance of your passengers and crewmembers. 


In addition, CBP has had discussions with AMTRAK regarding the vetting of all 
crewmembers assigned to the Canadian Border routes. This is a one-time vetting of 
your crewmembers to provide assurances to both CBP and AMTRAK that there are no 
AMTRAK crewmembers that pose a security risk to rail transportation, it's travelers, and 
the United States. These crew member names would be processed in the same 
manner as the passenger and crewmember manifests described above. 

Finally, the Enhanced Border Security and Visa Reform Act 2002, mandates the 
commercial air and sea industry to provide passenger and crewmember manifests 
electronically through the APIS system. Although these mandates do not currently 
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extend to land modes of transportation, such as rail, the law does include a requirement 
that the government access the feasibility of expanding the requirements to land 
transportation. If it is determined that rail should be included in this mandate, AMTRAK 
would be in the position to shape what those particular requirements would be. 

This is an opportunity for AMTRAK to be in the forefront of passenger security by 
participating in a program that has been deemed necessary for security in the air and 
sea environment. I would like to thank you for your support of the Department of 
Homeland Security’s national security measures to improve transportation security. If 
you have questions or concerns, please feel free to contact me directly at (202) 927- 
0530, or have a member of your staff contact Mr. Ken Sava, Director, Passenger 
Operations, at (202) 927-6417. 

Sincerely, 


Robert 

Executive Director, Border Security and Facilitation 
Office of Field Operations 
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§ 24709. International transportation 
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SCOPE AND HIGH LEVEL SIZING DOCUMENT 


1. Requirements Overview 

Capture and maintain customer information associated with Amtrak passengers making 
reservations that cross Canadian border. Customer information includes name, address, 
phone number, date of birth, country of citizenship, passport number, Visa number, and/or 
driver’s license number provided at the time of creating the reservation. 

Restrict access to view the country of citizenship, passport number. Visa number, and/or 
driver’s license number to authorized personnel - primarily in the Amtrak Police 
Department. 

Associate the customer data to the customer’s travel itinerary information, allowing access 
to current and historical travel itinerary with Amtrak. 

Provide a method to the Amtrak Police so that they can retrieve or search historical or 
current Border Crossing PNRs in the Arrow system. This method will not need intervention 
from the AT department to produce Border Crossing reports. 

The 5PID entry for holding passenger identification information will be activated as a 
required field for ticketing Border Crossing trains. This data will be available to the 
Amtrak Police for investigation purposes within a few minutes of the ticketing transaction 

Display of 5PID information contained in the PNR will be restricted to a limited set of 
authorized duty codes for passenger privacy and security purposes. 

The existing Police GUI, currently used for the Watchlist database, will be enhanced to 
have a separate function to search the Border Crossing PNRs or review specific Border 
Crossing PNRs. This Police system has the capability to print or email Border Crossing 

These enhancements will provide a real-time list of ticketed cross border train PNRs. 

Any changes to the requirements may necessitate further analysis and possible updating of 
this document, in particular of the high level sizing estimates. 
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2, One Time - Flat File - June 01, 2003 - November 30, 2003 

Provide a one time flat file in the format specified by the Department of Homeland Security 
containing the names, addresses and phone numbers of customers with border crossing 
itinerary between June 01 and November 30, 2003. Note this file has already been provided 
and no cost estimate is included in this document. 


3. Project Deliverables 

3.1 Arrow - 5PID 

Arrow will require that passenger identification information be input for each passenger 
traveling on a cross border trains prior to ticketing. 

All PNRs containing cross border trains will be queued to the Amtrak Police Cross 
Border queue at ticketing time. 

See Appendix A for 5P1D input example. 

See Appendix B for 5PID output example. 

3.2 AAPI/XAAPI - 5PID 

The AAPI/XAAPI interfaces to RailRes/STARS need to support 5PID entry(add, modify, 
delete) and decomposition in PNR display. 

QPNR support for Police Database to include 5PID field data in RetrievePnrRS 

XAAPI support for other systems such as Internet Booking system - additional sizing to 
include the 5PID functionality. (CreateBookingRQ) 

This does not include development cost that will be required of those distribution channels. 

3.3 RailRes/STARS - 5PID 

Support a 5PID screen under function key ‘Remarks’ in RailRes and STARS, to accept 
ID type, ID #, optional 2 character state or country code, passenger association # and 
optional freeform text. Support capability to modify and delete PID fields. 

3.4 RailRes/STARS - Group Desk - 5DOB and 5PID 

Support 5DOB and 5PID when inputting individual names for cross border group PNRs. 

Enhance the passenger screen under function key ‘Group Info’ in RailRes, to accept ID 
type, ID #, optional 2 character state or country code, passenger association # and 
optional freeform text. Support capability to modify and delete PID fields. 

Enhance the passenger screen under function key ‘Group Info’ in RailRes, to accept Date 
of birth and country of citizenship and optional freeform text. Support capability to 
modify and delete DOB fields. 
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3.5 Internet - 5PID 

The Internet Booking system will require the passenger to input 5PID information for 
cross border travel. This information will be gathered at the same time the passenger date 
of birth and country of citizenship are input. 

As the Internet Booking system is currently being completely rewritten, implementing any 
changes prior to first quarter 2005 will not be possible. There are two options to handle 
Internet cross border Ticket by Mail (TBM) bookings: 

1. An exception period can be provided until such time that they are ready to 
implement this enhancement. This will allow them to continue to book cross 
border ticket by mail bookings. 

2. Arrow would return an error message when the Internet system tried to book 
cross border ticket by mail books. The internet system would then present a 
message referring the customer to call center to complete their ticket by mail 
transaction. 

3.6 Travel Agent (GDS) Interface in Arrow - 5PID 

Travel Agencies make bookings in Amtrak through intermediate systems called GDS ’ 
(Global Distribution Systems). The GDS participants will need to supply all of the new 
information required to create a 5PID element. This information is required in addition 
to the current DOB data. GDS PNRs and history displays will be modified to support the 
new information format. GDS ticketing will enforce the same restrictions as Arrow 
ticketing for Cross Border trains. This involves costs incurred by the GDS systems to 
provide this information, and costs for Arrow to interpret it and store it in the PNR. 
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3.7 Amtrak Police GUI 

3.7.1 Retrieval of all ticketed Cross Border trains. 

These would be retrieved by the Watchlist process and would be stored in 
the database as Border Crossing PNRs. This queue should be monitored 
at the same interval as the Watchlist batch queue. 

3.7.2 Border Crossing Report Functionality 

The Police would have a separate function from their Police PNR GUI that 
could provide reports which could be printed or emailed with the 
following functionality: 

The following reports are initial recommendations, if additional PNR 
information needs to be contained in the report or if additional reports are 
needed, such as search by board city, etc, those can also be done. 

3.7.2. 1 Search for a specific name for a specific date range. This would return either: 

• List of matches which would be sorted by date and train 
See Appendix C for List Report example. 

Inclnde PNR data: 

• Passenger name 

• PNR locator 

• Address (if any) 

. Phone (if any) 

• 5DOB information 

• 5PID information 

• Specific match which would include all PNR data. 

See Appendix D for Specific Match Report example. 

3.7.2.2 Search for a specific 5PID for a specific date range. 

• List of matches which would be sorted by date and train 
See Appendix Cfor List Report example. 

Include PNR data: 

• Passenger name 

• PNR locator 

• Address (if any) 

• Phone (if any) 

• Specific match which would include all PNR data. 

See Appendix D for Specific Match Report example. 

3.7.23 Provide a report of all passengers traveling cross border for a specific date range: 

• Sorted by date and train 

See Appendix Cfor List Report example. 
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• Passenger name 

• PNR locator 

• Address (if any) 

• Phone (if any) 

• 5D0B information 

• 5PID information 


4. Project Assumptions 

• There is nothing to prevent an agent from entering ‘5PIDNone’ to get around 
entering ID info. 

• The agent (i.e. Call Center, Internet, etc.) may enter passenger identification 
information without actually viewing the form of identification. 

• VRU does not handle Border Crossing reservations. 

• Quick Ticketing is not allowed for Cross Border trains. 

• 5DOB is not supported for Quick Ticketing 

• 5PID will not be supported for Quick Ticketing 

• Group PNRs were not previously included in the Border Crossing Project. 
Currently, Group PNRs are manually ticketed therefore Group PNRs can not be 
systemically enforced. A training effort will he needed to ensure compliance. 

• Multiple 5PID fields may be entered for one passenger. This gives the agent the 
opportunity to provided more information incase the passenger is providing unusual 
forms of identification. 

• Any e-commerce channel which does ticketing transactions, including ticket by 
mail, will need to provide the 5PID information. 

• Infants will not require a passenger identification (5PID). Infants are listed as 
appended text with the adult passenger. (2 years and under) 

• Children listed as a passenger name field will be required to have a 5PID. If the 
child does not have identification the agent may select the 5PIDNONE and add text 
stating that the passenger is a minor child. 

• MTI does not ticket through Arrow, therefore, their use of the 5PID or 5DOB can 
not be systematically enforced. However, a decision could be made to add 
restrictions to the (7TKT) ticketing protect option. If this enhancement was needed 
the sizing would need to be adjusted. 

• 5PID will only be required for Border Crossing PNRs. 

• There is no requirement for STARS to popup the 5PID screen when the agent 
selects 'Ticketing'. 5PID will be an input screen like 5DOB under Remarks, that 
agents have to select, and will not automatically popup on Ticketing. 

• RailRes and STARS are not required to support a separate border crossing/PID 
Manifest display. 
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There is no requirement to enforce minimu m two characters first name (in the name 
field entry), for border crossing PNR’s. 

RailRes and STARS should not support security agent (duty code LE) ‘random 
checks/indicator’ control related Arrow entries 

Book Tickets will not support 5DOB, 5PID as these are manually written by the 
agent. 

MultiRide fares are not used for cross border travel. 

There are no changes anticipated for the GD5 System. 

Teletype processing will be modified to support the additional data from the GDS 
participants. Exact format of this data from the GDS has not yet been defined. 
Teletype in processing will build the necessary Arrow data and call the PD package. 
PD will do all validation of the data, and return errors to the Teletype In package. 
Teletype processing will support add and delete of the Passenger related data. 
Teletype processing will return correctly formatted errors for incorrect data. 

GDS PNR displays will be modified to support the display of the 5PID information. 
GDS History displays will be modified to support display of the 5PID information in 
history. 

GDS Ticketing will continue to use the current cross border utility to identify PNRs 
with missing or incorrect data. PD will make changes to this utility, and GDS 
Ticketing will be modified to check for additional error responses. 

No Estimate is being requested from the GDS participants at this time. 

GDS Participants will require 90 days notice. 

AAPI assumes that actions to add, modify, delete 5PID items on the PNR is 
implemented in Arrow. 

AAPI assumes that Arrow will be able to set a fixed position of the 5PID output 

Current Amtrak Police GUI used for the Watchlist application will be modified to 
support this project. Main screen will have two options: 

* Watchlist processing 
■ Border Crossing processing 

Client application will refresh the screen at the same interval as currently supported 
for Watchlist flow. 

Arrow will include the Identification ID and ID Number in a name associated 5-field 
in the current daily PNR input. 
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5. Project Issues and Risks 



As the end user is not only the Amtrak Ponce, but also 
agencies outside of Amtrak, the possibility exists to alter the 
requirements to meet their needs also. 


(H, M, L) 


6. High Level Dependencies 

Confirmation of requirements from Amtrak Police. 

7. Hardware Requirements 

No additional hardware is required. 

Exemption 6 

8. Project Organization 


Project Position 

Name 

Responsibility 

e-mail address 

Phone 

Number 

Project Sponsor 





Business Product 
Manager 





Project Director 



L 1 

1 ■ 

Project Manager 

iBBi 


1 ■ 

■ 

Lead Programmer 

umm 


1 

i m 

Test Coordinator 




u 

Other managers 



■ 

■ 




■ 

■ 


9. Staffing Assumptions 

• 1-2 TPF resource 

» 1 RailRes/STARS resource 

» 1 GUI resource 
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10. Business Areas Impacted Exempt! 


Business Area / 
Business System 

If 

Representative 

Comments 


N 



Station Operations 

N 



Amtrak Vacation 

Y 


Estimate TBD 

Audit/Control 

N 



Carlton (Loyalty) 

N 



Commissary 

N 



CRM 

N 



Finance 

N 



GDS 

Y 



ITSC 




Mail and Express 

N 



Marketing 

N 




N 



Outside Vendors 

N 



Reservation Sales 

Y 



Management 

N 



SBUs 

N 



Intercity 

N 



NEC 

1 N 



Western 

N 



State Agencies 

N 



Tariff 

N 



Call Center MIS 




Other External 
Systems (specify) 
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11. Application / System Areas Impacted 

It is especially important that any potentially impacted groups are made aware of t 
impact as early in the process as possible. Pay special attention to any screen form 
error message changes that might impact other distribution channels. 


ARROW 

Application 

Technical 

(YorN) 

User 

Impact 

(YorN) 

Representative 

Comments 

AAA/Sine 





Availability 










Inventory 










Nightly FM 





PNR 













Greg Behun 


ARROW 

Application 

Technical 

Impact 

(YorN) 

User 

Impact 

(YorN) 

Representative 

Comments 











Mail and Express 










Cash Management 















ARROW 

Systems 

Area 

Technical 

Impact 

(YorN) 

User 

Impact 

(YorN) 

Representative 

Comments 

TPFAR 

N 




Recoup 

N 




TPFDF Tables 

N 




Communications 

N 




Switching 

N 




Vendor 

Technical 

User 

Area 

COMMENTS 
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12. High Level Estimates 

12.1 Total Project Estimates 


12.1.1 Arrow Estimates 
Arrow totals (all Arrow areas): 
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12.1.6 Overall Project Estimates 

If areas outside of Arrow, BIS and DIS are impacted, estimates for those areas must 
be included in the summary table below. 


The following distribution channels have been included in this estimate: 


Distribution Channel 

Impacted ? 
Y/N 

Estimate 

Cost 

Estimate 

Arrow 

Y 

390 

$31,200.00 

A AP I/XML 

Y 

260 

$20,800.00 

RailRes/STARS 

Y 

72 

$5,760.00 

RailRes Group Desk 

Y 

72 

$5,760.00 

VRU 

N 



QuikTrak 

N 



ASAP 

N 



Internet 

Y 


$60,000.00 

DIS 

N 



Data Warehouse 

N 



BIS 

N 



MTI 

Y 


TBD 

Mail & Express 

N 



e-Travel 

** 



GDS 

Y 


See GDS note 

Police GUI 

Y 

80 

$6,400.00 





Total 



$129,920.00 




GDSNote: 

The work on the GDS side has not been sized. Since 
any cost on their side. 


12.2 Estimate of hours to Detailed Sizing phase completion 

80 Hours. 

12.3 Hardware Costs 

No additional hardware is required. 
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14. Appendix B - 5P1D Output Display Example 




DiiTxii333456/pi 
STDC654321/P2 
PPUS9999955555/P3 
PVPT555S5S444/P4 
GV54 657 687/P5 

POLICE OFFICER CITY OF NEW YORK 
MI22233344455/P6 

OT151515/P7 

SENIOR CITIZEN AARP CARD 

OT888877777/P7 

SENIOR CITIZEN MEDICAL CARD 

NONE/P8 

CHILD TRAVELING WITH PARENT 
SENIOR CITIZEN NO ID 
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List of matches which would be sorted by date and train 



• PNR locator 

. Address (if any) 

• Phone (if any) 


• 5DOB information 


BORDER CROSSING LIST REPORT 

Report Date: Friday, January 16, 2004 12:34:09PM 


PNR# DQB-CC ID Address Telephone 

04555F 04APR1962-US DL-12345678 303 \2 A Street 812-123-1234 

Small, TN 12345 502-321-3214 




Doe 


030303 11MAR1951-PT PP-8765444 


10 Red Road 800-555-1212 

Bethesda, MD 12345 
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16. Appendix D - Specific Match Report Example (Generated from APD GUI) 
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17. Appendix E - Approximate system volumes for cross boarder travel 



Group PNRs represent about 1 .3% of the total cross border PNRs. 

18. Appendix F - Verification of Sign Off 

Attach copies of any electronic memos submitted as signoff for this document. 





